home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1990 / Sep 90 / MacApp.Tech$ 9⁄7⁄90 / 1889-2 Notes from the fie-Sep90 < prev    next >
Encoding:
Text File  |  1991-03-06  |  3.5 KB  |  82 lines  |  [TEXT/GEOL]

  1. Item    6885751                         1-Sept-90        20:19PDT
  2.  
  3. From:   MOOF                            Rollin, Keith A
  4.  
  5. To:     MACAPP.TECH$                    MacApp Technical
  6.  
  7. Sub:    2 Notes from the field
  8.  
  9. All,
  10.  
  11. Ernie Rosenberg asked me to post a couple of his findings to MacApp.Tech$.
  12. AppleLink seems to have gotten up on the wrong side of the bed this morning,
  13. and has taken a disliking to Ernie; posting to MacApp.Tech$ doesn't seem to be
  14. working for him.
  15.  
  16. I haven't been able to look into his reports, but I suspect the first one may
  17. have something to do with the warning in TView.Focus #1. On the other hand I
  18. could be way off there. Norbert Lindenberg gave me that paragraph for inclusion
  19. into the technote, and I haven't had a chance to loop into it and see what it's
  20. all about.
  21.  
  22. I'll be on vacation until 9/12. If you have any mail you'd like to direct to
  23. me, either please hold off until then, or keep in mind that I won't be able to
  24. respond until I get back.
  25.  
  26. Thanks,
  27.  
  28. - Keith Rollin
  29. - Apple Developer Technical Support
  30.  
  31.  
  32. Item    2699415                         1-Sept-90        13:16PDT
  33. From:   PEMD                            CH DEV PEMD Group, Zurich,IDV
  34. To:     MOOF                            Rollin, Keith A
  35. Sub:    MA 2.01 & A Question
  36.  
  37. Dear Keith,
  38.  
  39. Rebuilding MacApp after running PatchWorks was indeed necessary to allows us to
  40. compile our application.  Thanks for the tip.
  41.  
  42. I did find two differences between MA 2.01 and MA 2.0:
  43.  
  44. 1) There are two modal dialogs with EditText fields.  The field selected upon
  45. opening the dialogs was locked (would accept no input from the keyboard) and
  46. required going to another field and then returning to make an entry .  This did
  47. not happen with MA 2.0.  The probalem was fixed by placing the
  48. SelectEditText('name',True); call after, rather than before, opening the window
  49. containing the dialog.
  50.  
  51. 2) A document is opened and a blank window with it.  This window's background
  52. color should be the same color with which the user had been working when the
  53. document was last used.  The means for insuring the same color that worked in
  54. MA 2.0 did not in 2.01.  The only solution I could find was to move some redraw
  55. code from the aDoc.DoCreateViews method to the view's DoIdle method.  A bit
  56. kludgy.
  57.  
  58. Have you heard of any other such required changes between 2.0 and 2.01?
  59.  
  60. I've also noticed a drawing error and I can't tell for the moment if its in our
  61. application (probably) or in MacApp.  There are multiple windows on the screen
  62. and let's say they are tiled and in the tiling the active window is not the
  63. last window drawn (i.e. the tiling method repositions and resizes the windows
  64. by iteratating through the document's window list).  After the tiling, a menu
  65. operation is chosen which draws something, say a line.  This line is then not
  66. drawn in the currently active window, but rather in the last window drawn. This
  67. drawing error also occurs after a window is zoomed out to the screen size and
  68. then zoomed in, causing once covered windows to be re-drawn.  It occurs in MA
  69. 2.0, MA 2.01, but does not occur in MA 1.1.1.
  70.  
  71. It does not occur if the mouse is simply clicked anywhere in the already active
  72. window before the menu operation is chosen.  The underlying data structures for
  73. the view are correct, because if after the line is incorrectly drawn, a re-draw
  74. is forced on the windows (e.g. tiled again), the line is drawn in the correct
  75. window and disappears from the incorrect window. Any suggestions on this one?
  76.  
  77. Thanks for the work.
  78.  
  79. Regards,
  80. Ernie
  81.  
  82.